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(57) Abstract: A method, apparatus and software program is provided for scheduling and admission controlling of real-time data 
packet traffic. Data packets are admitted or rejected for real-time processing according to throughput capabilities of a packet sched- 
uler. A delivery deadline is determined for each payload data packet at the packet scheduler and packets are sorted into a time-stamp- 
based queue. Deadline violations are monitored, and an adaptation of payload data packets can be triggered on demand in order to 
enter a stable state. 
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Scheduling and Admission Control of Packet Data Traffic 

5 Field of the Invention 

The present invention relates in general to the processing of packet data traffic in a 
communications system, and in particular to scheduling of data packets and 
admission control. 

10 Background of the invention 

From the prior-art, there are two concepts known for the provision of quality of 
service in a packet oriented communications network. 

One concept is the so-called Integrated Service Concept that is based on the 
15 reservation of resources for dedicated data packet streams. For the reservation of 

resources peer-to-peer signalling of requirements is needed before a transmission of 
payload data. All network nodes along a transmission path are requested to reserve 
corresponding resources. The Integrated Service Concept is described in: D. Clark 
et al., Supporting Real-time Applications in an Integrated Services Packet Network: 
20 Architecture and Mechanisms, Proceedings SIGCOMM 92, August 1992. 

A known signalling protocol is the so-called Resource Reservation Protocol RSVP, 
that is described in: L. Zhang et al., RSVP: A New Resource Reservation Protocol, 
IEEE Network Magazine, Sept. 1993. RSVP is a receiver-oriented simplex protocol 
25 that reserves resources in one direction along a communications path. The receiver 
of the data flow is responsible for the initiation of the resource reservation. 
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The so-called TENET scheme is similar to the Integrated Service Concept (see D. 
Ferrari et al., A Scheme for Real-Time Channel Establishment in Wide Area 
Networks, IEEE Journal on Selected Areas of Communications, Vol. 8, pp. 368- 
379, 1990). It provides guaranteed delays for real-time services in a 
5 packet-switching wide-area network and allows bandwidth allocation per packet 
flow. In this scheme, clients declare their traffic characteristics and performance 
requirements at the time of communications channel establishment. After a channel 
is established, data packets are scheduled based on deadlines in the hosts and in the 
network nodes. In order to do so, a scheduler maintains at least three queues: one for 
10 deterministic packets, one for statistical packets, and the third for all other type of 
packets and all local tasks. 

Another concept for the provision of quality of service is the so-called 
Differentiated Service Concept, which aims to simplify the classification and 

15 scheduling of packets with quality of service requirements by the use of priority bits 
in a protocol header. All packets belonging to a specific quality of service class will 
be marked with a corresponding priority bit combination in the Internet Protocol 
header. The packet flows are marked with the priority bits and policed according to 
a Service Level Agreement at the edge of the network. In the interior of the 

20 network, the packets are scheduled based on the priority bits. For the Differentiated 
Service Concept reference is given to S. Blake et al., An Architecture for 
Differentiated Services, IETF RFC 2475, December 1998. 

Admission control of data packet streams and scheduling of the transmission order 
25 of data packets in order to minimise deadline violations of real-time or near 

real-time multimedia applications are important tasks in communication networks 
containing bottlenecks. In the following, the term Veal-time' should be understood 
also as 'near real-time' or, in general, as 'time-critical'. In heterogeneous networks, 
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bottlenecks appear at network boundaries where traffic from one network is passed 
to another. 

Certain real-time deadlines are usually not passed if only one data packet is delayed. 
5 Instead, usually a set of data packets spans up a synchronisation entity that has to 
arrive at the destination, e.g. to display a part of a multimedia output in time. 

Application and intermediate nodes become more and more intelligent and allow for 
multimedia adaptation. This means that the amount of data bandwidth needed for 

10 the transmission of a certain multimedia object or presentation is not fixed. The 
adaptation process can be done by several means like dropping packets of lower 
priority, hierarchical multimedia coding, adaptive application, bandwidth adaptation 
gateways or even active networks that deploy processing elements within network 
nodes. Thus, in case of congestion, the bandwidth can vary in between a certain 

15 interval. The applications or the network itself may fulfil the needed adaptation task 
to vary the actual transmission rate in order to prevent deadline violations. 

The existing admission control and scheduling schemes allow only for low 
bandwidth utilisation by means of peak rate allocations and delay guarantees that 

20 are given for bursty packet sources. Improved schemes are reaching a higher 

bandwidth utilisation by applying measurement algorithms that predict the actual 
available bandwidth by measuring the past bandwidth usage. However, 
measurement based algorithms provide only weak guarantees and only work 
efficient with a high amount of statistical multiplexing. Especially wireless 

25 networks are usually restricted in bandwidth capacity and thus, measurement based 
and deterministic admission control schemes have poor performances. One reason is 
that the existing schemes for packet scheduling are treating each packet in the same 
way. They are not able to detect past deadlines that are relevant for the receiving 
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applications and thus, they cannot trigger processes that turn the current system into 
an error-free state. 

Traditional schemes classify each packet stream into a priority class. In the 
5 Integrated Service Concept this priority class belongs to an average delay that 
packets of a particular stream will experience. In the Differentiated Service 
approach, this priority class belongs to a traffic type that should have less delay than 
other ones. The priority class is usually bounded to an average delay, the packet is 
expected to experience when admitted to that priority class. When considering 
10 multimedia streams with variable bit rates (like video streams), the packets of a 
single stream will not have the same delay requirements over the time. Instead, a 
scheduling by determination of a delivery deadline for each individual packet as 
proposed by the present invention provides a better performance than a priority 
based scheduling. 

15 

Therefore, it is an object of the present invention to provide an improved approach 
to packet oriented communications systems that overcomes these and other 
problems, in particular to allow a deadline-oriented scheduling of data packets 
carrying real-time data traffic. 

20 

This object is reached by the method, the system and the software program having 
the steps and features according to claim 1,15 and 21. 

The solution described in the invention is advantageous because of assignments of 
25 individual delivery deadlines to payload data packets that are subject to real-time 
processing. This is especially useful for data packets of a single multimedia stream 
with variable bit rates, due to different delay requirements that the packets have over 
the time. The calculation of a delivery deadline for each individual payload data 
packet allows an optimal scheduling of the payload data packet via a time-stamp 
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based queue. Advantageously, synchronisation control parameters necessary for 
determination of deadlines are read from a synchronisation control packet SCP that 
is embedded in an incoming data packet stream. This guaranties an easy processing 
of control parameters and avoids additional signalling and complex protocol 
5 structures. 

In a preferred use, apart from synchronisation control parameters, parameters like a 
packet error rate Pj and a bit rate Rj of a transmission channel for data packets are 
incorporated in the deadline calculation. In this way, the current system 
characteristics can be easily taken into account, which results in an improved 
10 performance. 

Further preferred embodiments are achieved according to the claims 2 to 14, 16 to 
20 and 22 to 30. 

15 According to claim 4 it is further advantageous to perform an admission control 
before delivery deadlines are calculated for payload data packets at a packet 
scheduler. The decision to admit a real-time processing of a sub-stream of data 
packets depends on a minimum throughput requirement given by admission control 
parameters, which can be easily read from an admission control packet ACP. 

20 Advantageously, delivery deadline violations for data packets due to throughput 
lacks can be avoided, because data packets requiring a higher throughput than 
available are not admitted for real-time processing. Also, unnecessary calculations 
of delivery deadlines are avoided. 

25 According to claim 5 it is advantageous that the admission control takes into 

account a maximum throughput parameter Rh. This allows the choice of a more 
cost-effective throughput than the minimum required throughput Rl for a 
sub-stream, up to the maximum throughput Rh and in dependence of the available 
throughput. 
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Furthermore, an upper throughput limit Rh can avoid buffer overflows in the 
communications system or at the receiver of the data packet stream, because it is 
guarantied that data packets are not transmitted too fast. 

5 According to claim 6 it is advantageous to reject a sub-stream of data packets , 
which is not admitted for real-time processing, and to send it to the packet 
scheduler, because this allows still a best effort processing. A dropping of data 
packets and a corresponding loss of information can therefore be avoided. 

10 According to claim 7 data packets that are rejected for real-time processing are 
sorted at the packet scheduler into a second queue FIFO in their order of 
appearance. This allows a best-effort processing according to a first in - first out 
strategy for data packets of the second queue FIFO. 

15 According to claim 8 data packets from the first queue EDF are further processed 
according to their delivery deadlines, and data packets from the second queue FIFO 
are processed according to a first in - first out strategy. Advantageously, this puts 
the further processing of data packets under the established quality of service 
requirements into action. 

20 

According to claim 9, an output interface OI prioritises data packets in the first EDF 
and the second queue FIFO. Advantageously, a blocking of data packets in one 
queue can be avoided by choice of a priority-strategy, which guaranties to a certain 
extend read-outs of data packets from both queues. 

25 

According to claim 10, a throughput capability feedback is sent back along the data 
packet sub-stream's transmission path via a modified admission control packet. 
Advantageously, this allows intermediate communications system nodes or a traffic 
source to adapt the traffic to the available throughput capabilities. In this way, 
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rejections of data packets for real-time processing can be avoided to a high extend. 
The use of a modified admission control packet can avoid signalling overhead and a 
complex protocol structure. 

5 According to claim 1 1, synchronisation control parameters are received from a 
header of an underlying network protocol. This allows payload encryption and 
authentication, and it supports the use of the so-called Internet protocols IPv4, IPv6 
and IPSec, because synchronisation control parameters are not prevented from being 
read. 

10 

According to claim 12, deadline violations can be detected. Advantageously, this 
allows a triggering of countermeasures in order to guarantee the real-time 
processing of the data packets. 

15 According to claim 13, a payload data packet adaptation takes place. This allows the 
keeping of delivery deadlines for data packets. It supports furthermore an efficient 
use of the packet scheduler and other system resources, and it can avoid rejection or 
dropping of data packets. 

20 According to claim 14, admission control parameters are received from a header of 
an underlying network protocol. This allows payload encryption and authentication, 
and it supports the use of the so-called Internet protocols IPv4, IPv6 and IPSec, 
because admission control parameters are not prevented from being read. 

25 According to claim 17, a network node that processes real-time data traffic 
comprises in addition a determining unit to determine a currently available 
throughput V, and a decision means for a decision about a real-time processing of 
an incoming data traffic flow. By means of the determining unit and the decision 
means it is possible to perform an admission control before deadlines are calculated 
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for payload data packets at a packet scheduler. Advantageously, delivery deadline 
violations for data packets due to throughput lacks can be avoided, because data 
packets requiring a higher throughput than available are not admitted for real-time 
processing. Also, unnecessary calculations of delivery deadlines are avoided. 

5 

According to claim 18, the network node comprises further a transfer unit to 
forward data packets that are admitted for real-time processing to the first queue 
EDF, and to forward data packets that are rejected for real-time processing to a 
second queue FIFO. This guaranties that all types of traffic can be processed. Data 
10 packets rejected for real-time processing can still be processed with best-effort 
quality. 

In addition, an output interface OI prioritises data packets in the first EDF and the 
second queue FIFO. Advantageously, a blocking of data packets in one queue can 
be avoided by choice of a priority-strategy, which guaranties to a certain extend 
15 read-outs of data packets from both queues. 

According to claim 19, the network node comprises further a deadline violation 
handler and an adaptation unit. Therefore, countermeasures against delivery 
deadline violations can easily be triggered in order to guarantee the real-time 
20 processing of the data packets. A preferred countermeasure is the payload data 
packet adaptation, which allows the keeping of delivery deadlines. It supports 
furthermore an efficient use of the system resources, and it can avoid a rejection or a 
dropping of data packets. 

25 According to claim 20, the network node comprises further a radio base station. In a 
cellular communications network, and in particular in a radio access network, the 
available frequencies are limited resources. This results in limited bandwidths of 
communications channels. Advantageously, the present invention supports 
efficiently the provision of quality of service to clients requesting real-time 
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multimedia services. In particular, the radio base station can accept only those 
clients, whose communication requests can be fulfilled. 

It is advantageous according to claim 23 that an admission control can easily be 
5 performed based on one or more admission control parameters Rl read from an 
admission control packet ACP, which is embedded in a data packet stream. A 
decision to admit a real-time processing of a sub-stream of data packets depends on 
a minimum throughput requirement given by said admission control parameters. 
Advantageously, congestion due to throughput lacks at network nodes or 
10 applications can be avoided, because data packets requiring a higher throughput 
than available are not admitted for real-time processing. In addition, the admission 
control can take into account a maximum throughput parameter Rh. Therefore, the 
admission controller can choose a more cost-effective throughput than the minimum 
required throughput Rl for a sub-stream of data packets, up to the maximum 
15 throughput Rh and in dependence of the available throughput. 

A network operator can charge different fees for different throughput rates provided 
to the customer. In order to increase the operator's profit, said choice of a throughput 
rate for a sub-stream can be based on a gain-function provided by an operator, said 
20 gain function indicating e.g. cost per throughput-rate for the communications 
system, a network node or a transmission channel. 

Furthermore, an upper throughput limit Rh can avoid buffer overflows in the 
communications system or at the receiver of the data packet stream, because it 
guaranties that data packets are not transmitted too fast. 

25 

Furthermore, it is advantageous to perform an admission control before deadlines 
are calculated for payload data packets. There is no need to calculate deadlines, if 
throughput requirements for a real-time processing of a sub-stream of data packets 
that are given by admission control parameters indicate under consideration of 
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available throughput capabilities, that these deadlines cannot be kept. 
Advantageously, delivery deadline violations for data packets due to throughput 
lacks can be avoided, because data packets requiring another throughput than 
available are not admitted for real-time processing. 

5 

According to claim 24, a throughput capability feedback is sent back along the data 
packet sub-stream's transmission path via a modified admission control packet. 
Advantageously, this allows intermediate communications system nodes or a traffic 
source to adapt the traffic to the available throughput capabilities. In this way, 
10 rejections of data packets for real-time processing can be avoided to a high extend. 
The use of a modified admission control packet can also avoid signalling overhead 
and a complex protocol structure. 

According to claim 25 data packets that are rejected for real-time processing are 
15 sorted into a second queue FIFO in their order of appearance. This allows an easy 
best-effort processing according to a first in - first out strategy for these data 
packets. 

According to claim 26, data packets are prioritised for reading-out from the first 
20 queue EDF and the second queue FIFO. Advantageously, a blocking of data packets 
in one queue can be avoided by choice of a priority-strategy, which guaranties to a 
certain extend read-puts of data packets from both queues. 

According to claim 27, deadline violations can be detected. Advantageously, this 
25 allows a triggering of countermeasures in order to guarantee the real-time 
processing of the data packets. 



According to claim 28, an adaptation of payload data packets is performed. This 
allows the keeping of delivery deadlines for data packets, in particular in the case of 
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congestion or traffic load peaks. It supports furthermore an efficient use of system 
resources, and it can avoid rejection or dropping of data packets. 

According to claim 29 admission control parameters, and according to claim 30 
5 synchronisation control parameters are received from a header of an underlying 
network protocol. This allows payload encryption and authentication, and it 
supports the use of the so-called Internet protocols IPv4, IPv6 and IPSec, because 
admission control parameters are not prevented from being read. 

10 A method, system and a computer program of the present invention will be further 
understood and appreciated from the following detailed description taken into 
conjunction with the figures. The following figures are showing: 

Brief description of the drawings 

15 Fig. la a video stream with different synchronisation entities, 

Fig. lb another video stream with different synchronisation entities, 
Fig. lea data packet stream with an admission control packet ACP and 

synchronisation control packets SCPs, 
Fig. 2a parameters contained in a SCP, 

20 Fig. 2b parameters contained in a ACP, 

Fig. 3 tasks of an admission controller in a flow diagram, 
Fig. 4 a functional view of a packet scheduler, 
Fig. 5 tasks of a packet scheduler in a flow diagram. 

25 Detailed description of the invention 

Figure la shows a payload data packet traffic stream along a time axis t. The stream 
can be sent by a traffic source or an intermediate network node in a communications 
system, or it can be received at a network node like a packet scheduler or an 
admission controller, or it can be received from a software application like a 
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multimedia viewer. The payload data packet stream consists of several payload data 
packets 1, 2 and 3, which are sent or received over the time. 

Depending on the characteristic of the payload, there are data packets that belong 
5 together and that build up a so-called synchronisation entity SE. Data packets 

belonging to a synchronisation entity SE have in common that all of them together 
must reach their destination within a fixed time interval due to real-time 
requirements. Furthermore, each synchronisation entity SE should have the property 
to be processed by the receiving application independently from any other packet of 
10 a succeeding synchronisation entity SE. 

When considering video communication, a synchronisation entity SE could consist 
of one or more video frames, depending on the real-time characteristics and the 
playback buffer at the receiver. Regarding voice over internet protocol streams, the 
15 synchronisation entity SE could even be a single packet. In a so-called World-Wide- 
Web WWW session, the synchronisation entity SE can consist of data packets 
representing a whole web page including all objects like images and the Hypertext 
Markup Language HTML document structure. 

20 In Figure la, all payload data packets 1 belong to a first synchronisation entity SE 1, 
all payload data packets 2 belong to a second synchronisation entity SE 2 and all 
payload data packets 3 belong to a third synchronisation entity SE 3. This 
configuration puts restrictive delay requirements with respect to the overall end to 
end delays on a packet scheduler that receives the data packet stream in a 

25 communications network. 

Figure lb shows in an alternative traffic scenario a video stream having two video 
frames within one synchronisation entity. The first video frame comprises payload 
data packets 1, the second frame comprises payload data packets 2. This scenario 
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forces the receiver to buffer two synchronisation entities before playback. Here the 
synchronisation entity SE 1 overlaps the synchronisation entity SE 2. 

Figure lc shows a data packet stream without overlapping synchronisation entities. 
5 Certain control data packets SCP, ACP are embedded into the stream by a traffic 
source or an intermediate gateway. A synchronisation control packet SCP precedes 
a synchronisation entity SE, and it distinguishes one from another. It contains 
synchronisation control parameters related to the succeeding synchronisation entity 
SE. 

10 

In a preferred embodiment of the present invention a traffic source inserts in 
addition admission control packets ACP into the packet stream. An admission 
control packet ACP includes parameters that characterise a sub-stream of data 
packets regarding its throughput requirements for real-time processing. A 
15 sub-stream shall be understood as a set of data packets that follows an admission 
control packet ACP until another admission control packet. Alternatively, the 
number of data packets assigned to an admission control packet could be included in 
the admission control packet as a control parameter defining the sub-stream by its 
length. 

20 

The identification of payload data packets as belonging to a certain synchronisation 
entity SE or to a certain sub-stream via a number that is included as a control 
parameter in the synchronisation control packet SCP or in the admission control 
packet ACP and that defines the length of the synchronisation entity or the 
25 sub-stream can preferably be used, if real-time data traffic and other data traffic like 
best-effort traffic are mixed in one packet data stream. 
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Admission control packets ACP may be repeatedly sent while the data transmission 
holds on. A traffic source may use in this way admission control packets ACP to 
signal changes in its resource usage. 

5 In a further embodiment of the present invention, the admission controller sends 
back a modified admission control packet ACP towards the packet source. This 
mechanism enables intermediate nodes or the packet source to react on negative 
admissions of data packets for real-time processing. 

10 Admission control packets ACP can be repeated also at arbitrary time intervals, in 
order to refresh resource reservations. The possibility to repeatedly send them is 
especially useful in networks where the routing path of a multimedia stream may 
change, like in the fixed network part of a mobile communication network. A copy 
of the actual admission control packet ACP can then be forwarded from dedicated 

15 control nodes or can be even repeated within the packet stream in regular time 

intervals to allow control nodes at network bottlenecks the determination of actual 
resource requirements. 



In a further embodiment of the present invention, the synchronisation control 
20 parameters and admission control parameters are inserted from the traffic source or 

an intermediate gateway into the header of an underlying network protocol. This is 

especially useful, if payload encryption and authentication mechanisms are used. 

Internet protocols like IPv4 and IPv6 allow inserting an optional header extension 

that can carry the admission control and synchronisation control parameters. When 
25 using the so-called IPSec protocol, the Internet protocol header is authenticated by 

an additional authentication header. Therefore, the reading of admission control and 

synchronisation control parameters is not prevented. 
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In a further embodiment of the present invention an intermediate station between 
source and packet scheduler has a key knowledge of the transmitted data packet 
stream. It forms a trusted device for the end-user, like e.g. a mobility gateway 
maintained by a network provider. In this case, special header and payload 
5 encryption for the transmission over a wireless link are used when so-called IP 
tunnelling takes place between communications parties. 

The present invention allows with the help of the synchronisation information 
contained in the synchronisation control packet SCP the determination of an 

10 individual delivery deadline for each payload data packet of a synchronisation entity 
SE, e.g. at a packet scheduler. Figure 2a shows a preferred embodiment of the 
content of a synchronisation control packet SCP. It contains as parameters a number 
N of packets that belong to its referred synchronisation entity SE, an overall size S 
of all payload data packets of this synchronisation entity SE and a maximum 

15 transmission time I, in which the whole synchronisation entity SE has to pass the 
packet scheduler. 

Alternatively, the maximum transmission time I could be defined as the time, in 
which the synchronisation entity SE has to reach its final destination. In this case, 
20 the packet scheduler would be allowed to use up only a part of this transmission 
time for processing of the synchronisation entity SE. 

In addition, the synchronisation control packet SCP may contain an identifier ED 
that refers to the belonging admission control packet ACP. This identifier can be 
25 used to verify whether a synchronisation entity belongs to a certain sub-stream. 

Additionally, the synchronisation control packet may contain other parameters, 
which support the identification of payload data packets as belonging to its control 
parameters. This might be necessary, if the transmission order of data packets is 
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changed during their transmission from a traffic source or an intermediate network 
node to the packet scheduler, to another network node, or in general, to a device or 
an application, which utilises the synchronisation control parameters. 

5 Supposing the transmission order of the data packet is not changing, packets are 
belonging to a specific synchronisation entity SE when they follow up an 
synchronisation control packet SCP and have not an index greater then N, starting at 
the first packet that follows directly the synchronisation control packet SCP. In 
order to distinguish synchronisation entities SE belonging to different packet flows, 
10 data packets can also be marked with a flow label by an underlying network 

protocol. The synchronisation control packet SCP carries the same flow label than 
its data packets. 

In general, a synchronisation control packet SCP contains parameters necessary for 
15 determining delivery deadlines of payload data packets belonging to a 

synchronisation entity SE. Depending on the traffic type and the corresponding 
applications, in a certain embodiment of the present invention the synchronisation 
control packet SCP may contain just one parameter like an absolute or relative time 
value for a deadline. In another scenario, a synchronisation control packet may 
20 contain additional control parameters used inter alia for a re-arrangement of the data 
packet order. Therefore, the content of the synchronisation control packet SCP as 
shown in figure 2a should be understood only as one possible embodiment. 

Figure 2b shows a preferred embodiment of admission control parameters contained 
25 in an admission control packet ACP. An admission control packet ACP contains, in 
general, throughput parameters characterising the throughput requirements due to 
real-time constraints for the processing of a sub-stream of data packets by a packet 
scheduler. A throughput requirement in the sense of the present invention can be 
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either a fixed requirement or an average requirement, and it can be given either by 
fixed throughput rate parameters or by average throughput parameters. 

The parameter Rl gives the lowest required throughput that is necessary for 
5 real-time processing of the sub-stream. If this minimum requirement cannot be 

fulfilled, the sub-stream has either to be rejected for real-time processing, or it has to 
be processed under a best effort strategy. For example, a mobile terminal could 
request via this parameter certain data throughput conditions to be provided by the 
access network's radio base station. Then the radio base station decides, whether the 
10 mobile station can be accepted as a client. 

Additionally, by an optional parameter Rh a highest desired throughput can be 
requested. This allows the admission controller, or in general a network node or an 
application, to choose a throughput rate within the given interval of minimum 

15 required throughput Rl and maximum desired throughput Rh. Said choise might be 
based on a gain-function provided by a network operator, e.g. a linear gain function 
indicating cost or profit per throughput, or it might be based on other cost- 
estimations. Said choice of a certain throughput according to a gain function might 
also influence one or more sub-streams of data packets, or in general 

20 communications connections, that have been admitted already by the admission 
controller for real-time processing at the packet scheduler, each with a certain 
throughput. Their throughputs might be decreased in order to increase the 
throughput that is available for a sub-stream, or in general a communications 
connection, that is currently under the process of admission by the admission 

25 controller. Therefore, the profit for a network operator can be increased by fulfilling 
the most monetarily valuable throughput requirements up to the upper throughput 
value Rh. 
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Furthermore, the limit Rh of the data throughput might be necessary due to buffer 
limitations or processing-speed restrictions at the data packet's destination- 
application. An exceeding of the maximum data throughput condition could cause 
inter alia buffer overflow errors or the rejection of payload data packets at the 
5 receiver's site. 

A further optional parameter is a maximum scheduling tolerance D for use in the 
case of delivery deadline violations of payload data packets. The parameter D gives 
the tolerance, of which either a single payload data packet, a synchronisation entity 
10 or the whole sub-stream might be delayed. 

Furthermore, an optional type parameter T characterises the type of data traffic, e.g. 
MPEG, Voice over IP or others. According to the traffic type, a packet scheduler 
can select an appropriate adaptation method for payload data packets in the case of 
15 deadline violations. 

In addition, the admission control packet ACP may contain an identifier ID to be 
used to identify synchronisation control packets that belong to the sub-stream 
controlled by the admission control packet ACP. 

20 

Additionally, the admission control packet may contain other parameters, which 
support the identification of data packets as belonging to it. This might be 
necessary, if the transmission order of data packets is changed during their 
transmission from a traffic source or an intermediate network node to the packet 
25 scheduler, network node, or in general, to the device or application, which utilises 
the admission control parameters. 

Figure 3 describes in a preferred embodiment of the present invention the admission 
control. An admission control packet ACP is received at an admission controller 10, 
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or in general, at a network node or an application. The admission control packet 
ACP refers to a following sub-stream carrying real-time data traffic. The admission 
controller reads out admission control parameters Rl, Rh, T from the admission 
control packet ACP 20. In one embodiment, the controller reads out just the 
5 minimum throughput parameter RL In another embodiment, shown in figure 3, the 
controller reads out the three parameters Rl, Rh, T. 

Then, the admission controller determines the currently used throughput Vc at the 
controller 30. This can be done inter alia by counting of a number of bits that are 

10 transmitted currently by the admission controller per time. In particular, the 
measurement of the currently used throughput might take into consideration 
real-time data traffic only, because the delivery of other traffic type can easily be 
delayed without any time constraint violations. In the latter case, the packet 
scheduler might provide the currently used throughput parameter Vc, because the 

15 packet scheduler knows the type of traffic, which is currently processed. 

In the next step 40, the admission controller determines the available throughput V 
by calculation of the difference between the maximum available throughput Vmax 
at the controller and the currently used throughput Vc. The admission controller 
20 knows the maximum throughput capability Vmax either as a fixed value, from a 
lookup-table, by channel measurements, by messaging or by a request. 

Then, the controller compares the available throughput V with the required 
throughput Rl 50. If the available throughput V is higher than or equal to the 
25 required throughput Rl, the controller can admit the real-time processing of the sub- 
stream of data packets that belongs to the admission control packet ACP. In the 
embodiment shown in figure 3, the admission controller in addition calculates a 
minimum M of the available throughput V and the maximum desired throughput Rh 
60. In the next step 70, the admission controller chooses a most monetarily valuable 
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throughput rate for the sub-stream from a range given by the minimum required 
throughput Rl and by the minimum M. This can be done by a choice according to a 
gain function provided by a network operator, e.g. a linear throughput-profit 
function. 

5 

In another embodiment, the controller could preliminary choose a monetarily 
valuable throughput rate out of the range given by the minimum required throughput 
RI and the maximum throughput Rh. If the chosen throughput value is not available, 
the controller can trigger an adaptation of sub-streams that are already admitted for 

10 real time processing at the packet scheduler in order to make said chosen throughput 
value available. Data packets of a sub-stream that is admitted for real-time 
processing are sent to a packet scheduler 80. The information, whether they are 
admitted for real-time processing, can be given from the admission controller to the 
scheduler either via signalling or by use of a dedicated transmission channel or a 

15 dedicated port at the packet scheduler reserved for real-time traffic. If a throughput 
rate has been chosen, it can be communicated to the packet scheduler or to an output 
interface OI in a similar way in order to be considered for a further processing of the 
sub-stream. 

20 Data packets of a sub-stream that is not admitted for real-time processing are 

rejected. One way to perform this rejection is the dropping of data packets by the 
admission controller with or without further notice to another party like the traffic 
source, an intermediate gateway or the receiver. One way of notification can be to 
send from the admission controller a modified admission control packet ACP 

25 containing a negative acknowledgement, but also other signalling mechanisms could 
be used. Alternatively, data packets that are subject for rejection can be buffered, 
and a negotiation with the sender (traffic source or intermediate gateway) about the 
throughput requirements can be started (e.g. via an exchange of admission control 
packets). In another embodiment of the invention data packets of a sub-stream are 
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sent to a packet scheduler for regular processing instead of real-time processing. 
The regular processing then follows e.g. a best effort approach or a FIFO-strategy 
(first in - first out). The information, whether data packets that are sent to the packet 
scheduler are admitted for real-time processing, is given, as described above, to the 
5 scheduler either via signalling or by use of a dedicated transmission channel or a 
dedicated port for this transmission. 

In the embodiment of the present invention shown in figure 3, a feasibility of an 
adaptation of data packets that are currently scheduled for real-time processing at 
10 the packet scheduler and that occupy the currently available throughput Vc is 

checked 90 and, if feasible, performed to increase the available throughput V at the 
packet scheduler 1 10. If the adaptation is not feasible, the sub-stream is finally 
rejected 100. 

15 An adaptation of payload data packets that are currently scheduled for real-time 
processing, e.g. in a earliest-deadline-first queue EDF, can be done for example 
either by using of a different or more effective compression scheme, by dropping of 
certain packets or other traffic type dependent mechanisms. The appropriate 
adaptation method is chosen under consideration of the data traffic type T, like e.g. 

20 decreasing the resolution of a MPEG video-stream, dropping of some Voice over BP 
packets, converting 256-colour pictures to 16-color pictures etc. Usually, these well- 
known methods of adaptations can be performed 'on the fly' and result in a higher 
available throughput V. 

25 After said adaptation, the currently used throughput Vc is determined 120, and the 
available throughput V is calculated 130. Then a final decision according to the 
above described criteria 50 and including the above described choice of a 
throughput value 60, 70 is taken about admission 80 or rejection 100 of the sub- 
stream for real-time processing. 
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Figure 4 shows a packet scheduler that includes an admission controller AC for 
admitting or rejecting a sub-stream of data packets for real-time processing, a first 
queue EDF for data packets admitted for real-time processing, and a second queue 
5 FIFO for data packets to be processed according to a best effort strategy like first 
in-first out. The second queue FIFO is used for data packets, which are rejected for 
real-time processing. Further embodiments of the packet scheduler may include 
more than one time-stamp based EDF queue and more than one FIFO queue, e.g. in 
order to increase the capacity of the scheduler. 

10 

By sending a sub-stream of data packets to the first queue EDF, the admission 
controller admits data packets for real-time processing. This first queue EDF is 
time-stamp based and operates according to an earliest-deadline-first strategy. Each 
data packet sorted into the EDF queue gets a time stamp, whose value is set to a 

15 delivery deadline of the data packet, which can be calculated from synchronisation 
control parameters provided by a synchronisation control packet. For the read-out, 
the EDF queue provides always the data packet with the closest delivery deadline. 
Therefore, the EDF queue can keep track of all delivery deadlines and 
corresponding data packets for a direct-access processing of a data packet with the 

20 closest delivery deadline, or alternatively, it can re-sort the payload data packets 

according to their delivery deadlines after each new data packet transmitted into the 
EDF queue to provide in a way of sequential processing always the data packet with 
the closest delivery deadline at the output of the EDF queue. 



25 The packet scheduler includes an output interface OI, which prioritises data packets 
contained in the queues for further processing. This comprises the choice of a 
queue, the read-out of a data packet from this queue, and the provision of the data 
packet for further processing. Different strategies for the choice of a queue are 
possible, like either preferring always the EDF queue until it is empty or until a 
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certain threshold is reached, or a strategy that is based on a fixed rate of read-outs 
per queue, or a strategy of dynamically determining a read-out rate, e.g. under 
consideration of the traffic type T. The provision of data packets for further 
processing can be done by a transmission of data packets over a communications 
5 channel, by polling mechanisms or others. 

Figure 5 shows tasks of a packet scheduler for an incoming sub-stream of data 
packets that is sent from an admission controller. If the sub-stream is admitted for 
real-time processing 210, an individual delivery deadline is calculated for each 

10 payload data packet 230. The admission for real-time processing can be recognised 
by the packet scheduler either via signalling messages received from the admission 
controller or via the arrival of a data packet over a dedicated communications 
channel or at a dedicated port reserved for real-time traffic. In the embodiment 
shown in figure 5 all data packets received at the packet scheduler and admitted for 

15 real-time processing are forwarded to the EDF queue 220, and all other data packets 
are forwarded to 250 and sorted into a second queue FIFO in their order of 
appearance 260, which is operated according to a best-effort strategy. 

The packet scheduler reads synchronisation control parameters from a 
20 synchronisation control packet SCP received at the EDF queue for determining by 
calculation an individual delivery deadline for each payload data packet sent to the 
EDF queue. In a preferred embodiment, this deadline represents the latest allowed 
delivery time by the packet scheduler. Alternatively, the deadline could represent a 
latest arrival time at the data packet's destination. For the deadline, an absolute time 
25 or a timer-based time value can be used. In the next step 240, the payload data 

packet is sorted into the EDF queue and a time stamp of the EDF queue is set to the 
delivery deadline. The payload data packets sorted into the queues are ready for 
further processing, e.g. by an output interface OI, according to the description 
above. 
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In a preferred embodiment of the invention, the delivery deadline for an individual 
payload data packet is calculated from synchronisation control parameters S, N and 
I. Furthermore, a number i of the packet, and a current arrival time t of the packet 
5 are used for the calculation. In addition, a packet error rate Pj and a bit rate Rj of a 
channel j, for which the packet scheduler schedules the packet transfer for a further 
transmission are used in the calculation. The latter values indicate, how fast the real- 
time queue becomes empty. 

10 The number i is the sequence number of a packet in a synchronisation entity SE, 
with i*E {I..N}. It is determined e.g. at the packet scheduler, by counting the 
incoming payload data packets that belong to a certain synchronisation entity SE. 

The time value t represents an arrival time of the individual payload data packet at 
15 the admission controller. It can be determined by the admission controller and 
signalled to the packet scheduler. Alternatively, an arrival time at the packet 
scheduler could be used instead, if this time is not significantly different. In the 
latter case, the packet scheduler determines the packet's arrival time. 

20 In general, the packet error rate Pj is retrieved from link layer measurements. For 

example, in a so-called WCDMA system the packet error rate Pj of a channel can be 
determined from a signal to noise ration by a so-called closed loop power control. 

In other embodiments of the present invention, an error rate per timeslot, per client 
25 or per network can be used for the determination of the delivery deadline. In a 
preferred embodiment, selective repeat is used as link layer error correction. 

The bit rate Rj can be determined at the admission controller or at the packet 
scheduler, e.g. by counting of the incoming bits. 
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In a preferred embodiment of the invention, the deadline for each payload data 
packet is calculated as follows: 

deadline- - t^I , with i e { 1 ..N } . 

N*(l-Pj)*Rj 

5 

In a further preferred embodiment, the packet scheduler detects violations of 
delivery deadlines for payload data packets sorted into the EDF queue by comparing 
their delivery deadlines with an actual time value, e.g. the time a data packet has 
spent in the EDF queue, determined by use of a system time. If a violation is 
10 detected, an adaptation of payload data packets is performed according to the 
methods described earlier. 

Different real-time applications allow different delay tolerances. One way to 
perform the adaptation in this context, is the use of the admission control parameter 
15 D, which defines a delay tolerance for a specific sub-stream of data packets. If a 
certain level of deadline violation is detected, an adaptive framework can degrade 
one or more sub-streams in order to enter a stable state. 

The present invention can be embodied in a network node of a communications 
20 system, which comprises in general a packet scheduler and an admission controller. 
In particular, the present invention can be embodied in said network node by a 
packet error rate determining unit, which determines the packet error rate Pj of the 
communications channel j used for a further transmission of data packets from the 
network node, by a bit rate determining unit, which determines the bit rate Rj of said 
25 channel, by a timer, which determines a current arrival time t of a data packet at the 
network node, by an evaluation means, which evaluates control parameters I, S, N, 
Rh, Rl, D, T given by control data packets SCP, ACP emdedded in a data packet 
traffic flow, by a calculator unit, which calculates delivery deadlines, and by a first 
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queue EDF, which receives data packets to be scheduled according to their 
deadlines. 

In a further embodiment, the first queue EDF can contain a sorting unit, which sorts 
5 data packets into the first queue EDF, and which assigns calculated delivery 

deadlines as time-stamps to these data packets. The sorting unit operates according 
to an earliest-deadline-first strategy. 

Furthermore, the network node may include a determing unit, which determines a 
10 currently available throughput V, e.g. according to the method described earlier. A 
decision means admitts an incoming traffic flow or a sub-stream of data packets for 
real-time processing after it has checked throughput requirements given by 
admission control parameters and the available throughput V. In addition, the 
decision means may include e.g. a gain function via a look-up table in order to 
15 choose a most monetarily valuable throughput rate for a traffic flow or a sub-stream. 
The decision means can admitt or reject a real-time processing of data packets 
according to the method described above. 

A second queue FIFO can receive data packets, which are rejected for real-time 
20 processing. A transfer unit builds an interface for a distribution of data packets, sub- 
streams or traffic flows to the appropriate queue, i.e. a rejected sub-stream to the 
second queue FIFO, and an admitted sub-stream to the first queue EDF. 

An output interface can prioritise all queues according to the already described 
25 method. 

The network node can include in addition an adaptation unit for adaptation of at 
least one payload data packet. The adaptation can be performed for data packets 
contained in the first queue EDF, or also for data packets that reach the network 
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node. Furthermore, the network node can include a deadline violation handler, 
which monitors delivery deadlines of payload data packets sorted into the first 
queue EDF, and which initiates an adaptation of payload data packets in the case of 
delivery deadline violation in order to return to a stable system status. The 
5 adaptation can also be triggered by the decision means, e.g. based on a gain function 
in order to optimise the operator's profit. 

In another preferred embodiment, packet scheduling and admission control is 
performed at a radio base station of a packet switched cellular radio access network. 
10 Alternatively, the invention may be used also in applications executed on end-user 
terminals. 

In another embodiment, the present invention may be implemented as a computer 
program (also called application) or a computer program product for use with a 
15 processing device like a computer, a mobile phone or another communications 

device. The delivery of the computer program to said processing device can be done 
inter alia by read only memory ROM devices, so-called CD-ROM disks, floppy 
disks, hard disks, through a communications medium like a network, via a modem 
or by radio via an air interface. 

20 

Further to a normal operation of the processing device, software code portions of the 
computer program , respectively the computer program product by its stored 
program, perform a packet scheduling and/or an admission control, if the computer 
program is executed on the processing device. 

25 

In general, said computer program performs during execution instructions in the 
sense of the earlier described method for packet scheduling and/or admission 
control. 
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In particular, for admission control the software code portions of the computer 
program, which is loaded into a memory of and executed on a digital computer, 
perform first the step of detecting an admission control packet ACP in a data packet 
stream. This can be done by comparing a known structure of the admission control 
5 packet ACP with a structure of a currently received data packet. If an admission 
control packet ACP is found, its control parameters Rh, Rl are read out. In the next 
step, an available throughput V at the processing device is calculated as a difference 
of a total throughput Vmax that the processing device can handle and that is given 
as a fixed value to the application, and a currently occupied throughput, which can 

10 be provided by the processing device, e.g. by link layer measurements. In a further 
step, the computer program compares the required throughput Rl with the available 
throughput V. If the available throughput V is lower than the required throughput 
Rl, the sub-stream that belongs to the admission control packet ACP is rejected. 
Otherwise, a throughput value is chosen out of a range given by the required 

15 throughput Rl and a second throughput value. Said second throughput value is the 
minimum of the available throughput V and the highest desired throughput Rh. In 
another embodiment, the second throughput value is provided as it is described 
earlier from the processing device by a gain function. After the choice of said 
throughput value the sub-stream is admitted for real-time processing. 

20 

In a further embodiment, the software code portions performing the admission 
control generate a modified admission control packet, which comprises throughput 
capabilities like Vmax and V of the processing device. Said modified admission 
control packet is sent back along the transmission path of the sub-stream due to the 
25 earlier described reasons. 



Additional software code portions of the computer program or alternatively, 
software code portions of a further computer program perform on execution a 
packet scheduling. First, a synchronisation control packet is detected in a data 
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packet stream. Then, its synchronisation control parameters N, I and S are read out. 
For each payload data packet that belongs to a synchronisation entity SE that the 
synchronisation control packet SCP refers to, a delivery deadline is calculated after 
a packet error rate of a transmission channel j that is foreseen for a transmission of 
5 payload data packets from the packet scheduling application, a bit rate of said 

channel, and a timer value t, which indicates a current arrival time of payload data 
packets at said application, are determined, e.g. by measurements or by polling 
routines from the processing device. The payload data packets are sorted in the 
order of their deadlines into a queue EDF, which provides a time stamp for each 
10 data packet slot. Each time stamp of a slot is individually set to the calculated 
delivery deadline of that data packet sorted into the slot. 

In a further preferred embodiment of the invention, delivery deadlines are calculated 
only for those data packets, which are admitted for real-time processing. 

15 

Data packets, which are rejected for real-time processing by the computer program, 
can be sorted in a second queue FIFO in order to be processed according to a best 
effort strategy. 

20 Furthermore, the computer program may instruct the processing device to perform a 
prioritisation of both queues during read-outs of data packets in order to favour the 
processing of data packets admitted for real-time processing. 

In a further embodiment, software code portions of the computer program instruct 
25 the processing device to monitor the delivery deadlines of payload data packets 

sorted into the first queue EDF by comparing an actual time value giving either an 
absolute or a relative time with the delivery deadlines stored in the time stamps. 
Doing so, the computer program can detect delivery deadline violations. In a further 
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step, an adaptation of payload data packets of the first queue EDF can be performed, 
or alternatively, can be requested from a separate application. 

In order to handle also data packet streams utilising payload data encryption or other 
5 security mechanisms, the computer program can provide software code portions to 
read synchronisation control parameters and/or admission control parameters from 
the header of an underlying network protocol, in addition to or instead of reading 
them from a data packet SCP ACP itself. 

10 Furthermore, a method comprising the following steps can be performed: 

detecting in a data packet stream, which carries real-time data traffic, and which is 
received at an admission controller AC, a first admission control packet ACP 
comprising admission control parameters, reading at least two admission control 
parameters Rl, Rh from said first admission control packet, calculating a throughput 

15 V as a difference of a total throughput Vmax available at said admission controller 
AC and a currently occupied throughput Vc, comparing the throughput V with the 
required throughput Rl, and if the available throughput V is lower than the lowest 
required throughput Rl then rejecting a real time processing of a sub-stream of data 
packets that follows between said first admission control packet and a second 

20 admission control packet, or else choosing a throughput value from a range of 

throughput values, said range including as limits the lowest required throughput Rl 
and a second throughput value Rh, M and admitting a real-time processing of said 
sub-stream. In addition to the steps above, the step of generating and sending back 
from the admission controller AC along the sub-stream's transmission path a 

25 modified admission control packet comprising throughput capability parameters of 
said admission controller AC is preferably performed in a further embodiment. 

Although both aspects are only described in combination in the claims, the steps of 
the latter described embodiments referring to aspects of admission control can 
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optionally be independent of steps referring to aspects of synchronisation control. 
Both aspects can be implemented, e.g. by a corresponding method or a 
corresponding computer program, independently from each other. 

5 While the invention has been described in connection with what is presently 

considered as practical and preferred embodiments, it is not limited to the disclosed 
embodiments, but on the contrary, it is intended to cover various modifications and 
equivalent arrangements included within the spirit and scope of the claims. 
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Claims 

1 . A method for processing in a communications system a data packet stream 
carrying real-time data traffic, with the steps of 
5 - receiving a first synchronisation control packet (SCP) that includes a number 

of p synchronisation control parameters, with p = 1, 2, 3, 

- reading at least one synchronisation control parameter from the 
synchronisation control packet (SCP), 

- receiving at least one payload data packet, 

10 - determining for each payload data packet a delivery deadline, and 

- sorting the at least one payload data packet according to its determined 
delivery deadline into a first queue (EDF) and setting a time stamp in the first 
queue (EDF) to the determined delivery deadline. 

15 2. The method according to claim 1 , wherein the step of reading at least one 
synchronisation control parameter comprises the reading of 

- a number of packets (N) in a synchronisation entity, 

- a maximum transmission time (I), 

- a byte-size (S) for each payload packet, 

20 and wherein the determination of the delivery deadline for each payload data 

packet comprises the steps of 

- determining a packet error rate (Pj) of a channel (j) used for transmitting the 
synchronisation entity, 

- determining a bit rate (Rj) of said channel (j), 

25 - determining a time value (t) indicating a current arrival time of payload data 

packets, and 

- calculating the delivery deadline therefrom. 



33 



The method according to claim 2, wherein the delivery deadline for a current 
payload data packet i is calculated as follows: 

deadline- = r + J — , «e {1..7V}. 

N-Q-PjyRj 

The method according to claim 1, 2 or 3 with the additional steps of 

- receiving a first admission control packet (ACP) that includes a number of q 
admission control parameters, with q = 1, 2, 3, 

- reading from said first admission control packet (ACP) at least one admission 
control parameter indicating a throughput (Rl) required for a real-time 
processing of a sub-stream of data packets, which is received after the first 
admission control packet and before a second admission control packet, 

- determining a currently available throughput (V), 

- comparing the available throughput (V) with the required throughput (Rl), 

- admitting the real-time processing of the sub-stream, if the available 
throughput (V) is higher than or equal to the required throughput (Rl), and 
sending said sub-stream to a packet scheduler. 

The method according to claim 4, wherein 

- the step of reading the at least one admission control parameter comprises the 
reading of a maximum throughput (Rh), 

with the additional step of 

- choosing for a sub-stream a throughput between the mimimum required 
throughput (Rl) and a minimum of the maximum throughput (Rh) and the 
available throughput (V). 

The method according to claim 4 or 5, with the additional step of 

- rejecting the real-time processing of the sub-stream, if said sub-stream is not 
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admitted for real-time processing, and sending said sub-stream to the packet 
scheduler. 

7. The method according to claim 6, with the additional step in the case of 
5 rejection of the sub-stream for real-time processing, of 

- sorting at the packet scheduler the data packets in their order of appearance 
into a second queue (FIFO). 

8. The method according to claim 7, with the additional steps of 

10 - further processing the data packets from the first queue (EDF) according to 

their delivery deadlines, and 

-further processing the data packets from the second queue according to a first 
in - first out strategy. 

15 9. The method according to claim 6, 7 or 8, with the additional step of 

- prioritising by an output interface for the further processing data packets 
contained in the first queue (EDF) and data packets contained in the second 
queue (FIFO). 

20 10. The method according to any of the claims 4 to 9, with the additional step of 

- generating and returning from an admission controller (AC) along the sub- 
stream's transmission path a modified admission control packet comprising 
throughput capability parameters of said admission controller (AC). 

25 11. The method according to any of the claims 1 to 10, with the further step of 

- receiving the synchronisation control parameters from a header of an 
underlying network protocol. 
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12. The method according to any of the claims 1 to 1 1 , with the further step of 

- detecting a deadline violation by repeatedly comparing for payload packets 
sorted into the first queue (EDF) their actual time spent in said first queue with 
their deadlines according to their time stamps. 

5 

13. The method according claim 12, with the further step of 

- performing after detecting the deadline violation an adaptation of at least one 
payload data packet of the first queue (EDF). 

10 14. The method according to any of the claims 1 to 13, with the further step of 

- receiving the admission control parameters from a header of an underlying 
network protocol. 

15. A network node in a communications system for processing real-time data 
15 packet traffic, comprising 

- a packet error rate determining unit to determine a packet error rate (Pj) of a 
communications channel (j) , 

- a bit rate determining unit to determine a bit rate (Rj) of said communications 
channel (j), 

20 - a timer to determine for at least one data packet that is received at the network 

node a current time value (t), 

- an evaluation means to evaluate control parameters given by at least one 
control packet (ACP, SCP) embedded in a traffic flow, 

- a calculator unit for calculations of deadlines for data packets, and 
25 - a first queue (EDF) for data packets. 

16. The network node according to claim 15, wherein the first queue (EDF) includes 
a sorting unit to sort data packets according to their deadlines into the first queue 
(EDF), said sorting unit following an earliest deadline first strategy, and wherein 
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said sorting unit sets time stamps of the first queue (EDF) according to 
calculated deadlines. 

17. The network node according to claim 15 or 16, comprising in addition 

5 - a determining unit to determine a currently available throughput (V) of the 

network node, and 

- a decision means to decide, whether an incoming data packet traffic flow can 
be processed at the network node according to real-time requirements given by 
admission control parameters. 

10 

18. The network node according to any of the claims 15 to 17, further comprising 

- a second queue (FIFO) for data packets that are not admitted for real-time 
processing, 

- a transfer unit to forward a data packet traffic flow after a positive decision by 
15 the decision means to the first queue (EDF) or after a negative decision to the 

second queue (FIFO), and 

- an output interface (OI) that prioritises all queues and that reads out data 
packets from all queues. 

20 19. The network node according to any of the claims 15 to 18, further comprising 

- a deadline violation handler for monitoring of deadlines of data packets, for a 
detection of at least one deadline violation, and for an initiation of an adaptation 
of at least one data packet, and 

- an adaptation unit for the adaptation of at least one data packet. 

25 

20. The network node according to any of the claims 15 to 19, further including a 
radio base station for receiving and transmitting of said real-time data packet 
traffic. 
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2 1 . A computer program, 

loadable into a memory of a digital computer, 

comprising software code portions for performing the steps of 

- detecting in a data packet stream, which carries real-time data traffic, and 
5 which is received at a packet scheduler, at least one synchronisation control 

packet (SCP), which is followed by a synchronisation entity that comprises at 
least one payload data packet, said synchronisation control packet comprising 
synchronisation control parameters, 

- reading from the synchronisation control packet a number of packets in the 

10 synchronisation entity (N), a maximum transmission time (I) allowed for a real- 

time transmission of the synchronisation entity and a byte-size (S) of the 
synchronisation entity, 

- determining a packet error rate (Pj) of a channel (j) that is used for transmitting 
said sub-stream, 

15 - determining a bit rate (Rj) of said channel, 

- determining a time value (t) indicating a current arrival time of payload data 
packets, and, 

- calculating for each payload data packet a delivery deadline therefrom, 

- sorting each payload packet according to its deadline into a time stamp based 
20 first queue (EDF), and setting a time stamp of the first queue to the calculated 

deadline, 

when said computer program is executed on a computer 

22. The computer program according to claim 21, wherein the delivery deadline for 
25 a current payload data packet (i) is calculated as follows: 

deadline- = * + / — , le fl.JV}. 

N'(l-Pj)-Rj 
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23. The computer program according to claim 21 or 22, further comprising software 
code portions for performing the steps of 

- detecting in the data packet stream, which carries real-time data traffic, and 
which is received at an admission controller (AC), a first admission control 

5 packet (ACP) comprising admission control parameters, 

- reading at least two admission control parameters (Rl, Rh) from said first 
admission control packet, 

- calculating a throughput (V) as a difference of a total throughput (Vmax) 
available at said admission controller (AC) and a currently occupied throughput 

10 (Vc), 

- comparing the throughput (V) with the required throughput (Rl), and 

- if the available throughput (V) is lower than the lowest required throughput 
(Rl) then rejecting a real time processing of a sub-stream of data packets that 
follows between said first admission control packet and a second admission 

15 control packet, or else choosing a throughput value from a range of throughput 

values, said range including as limits the lowest required throughput (Rl) and a 
second throughput value (Rh, M) and admitting a real-time processing of said 
sub-stream. 



20 24. The computer program according to claim 23, further comprising software code 
portions for performing the steps of 

- generating and sending back from the admission controller (AC) along the 
sub-stream's transmission path a modified admission control packet comprising 
throughput capability parameters of said admission controller (AC). 

25 

25. The computer program according to any of the claims 23 to 24, further 
comprising software code portions for performing the step of 

- sorting the data packets of a sub-stream that is rejected for real-time 
processing in their order of appearance into a second queue (FIFO). 
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26. The computer program according to claim 23, 24 or 25, further comprising 
software code portions for performing the step of 

- prioritising for reading-out data packets contained in the first queue (EDF) and 
5 data packets contained in the second queue (FIFO). 

27. The computer program according to any of the claims 21 to 26, further 
comprising software code portions for performing the step of 

- detecting a delivery deadline violation by repeatedly comparing for data 
10 packets sorted into the first queue (EDF) an actual time value with their 

deadlines according to their time stamps. 

28. The computer program according to claim 27, further comprising software code 
portions for performing the steps of 

15 - performing after detecting the delay violation an adaptation of at least one data 

packet of the first queue (EDF). 

29. The computer program according to any of the claims 23 to 28, further 
comprising software code portions for performing the step of 

20 - reading the admission control parameters from a header of an underlying 

network protocol. 

30. The computer program according to any of the claims 21 to 29, further 
comprising software code portions for performing the step of 

25 - reading the synchronisation control parameters from a header of an underlying 

network protocol. 
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